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CREATION OF A SCRIPT FOR EXECUTING COMMANDS 
Field of the Invention 

{001 } The present invention relates to scripting tools and more particularly to 
tools which enable a user to create a script for executing a defined sequence of 
commands. 

Background to the Invention 

{002} Frequently when administering or accessing a software product a user may 
execute a series of commands or actions which request the software product to perform 
certain functions, for example, to configure the software product or obtain information 
about its configuration. For example, when configuring a software product the user may 
use commands to define such things as the identity of users with permission to access the 
product and applications which are made available through the product. Similarly 
commands may be executed to obtain information about the users or applications defined 
to the product. Further as the same series of commands may need to be executed against 
several instances of the software product or a series of commands need to be executed 
frequently to obtain information from the software product, it is common to write a script 
containing the commands. A script is a software program in a scripting language which, 
when executed, executes the commands defined within it. Taking this one step further the 
software product may also provide a tool, such as a graphical tool, which can be used to 
execute commands against the product and further automatically produce a script, 
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containing the commands, which can be executed subsequently in conjunction with the 
tool. 

{003} For example a product such as IBM® DB2® provides a tool with the 
ability to create and execute scripts which, for example, define tables to the database or 
obtain details of tables defined to the database. 

{004} In another example, in relation to Web Services, a Universal Description 
Discovery and Integration (UDDI) registry is defined which accepts Simple Object 
Access Protocol (SOAP) requests. The UDDI registry is used by web services to register 
the services which they provide and by clients to obtain details of one or more web 
services which provide the services which they wish to use. As a result an administrator 
may provide to client machines a script containing actions which, when executed, result 
in requests being sent to a UDDI registry to obtain details of a web service which is 
appropriate for the client to use. For example a company may provide a script to 
employees for obtaining details from a UDDI registry of web services which the company 
prefers its employees to use, for example as provided by a particular provider. However 
such a script requires an execution tool which, on execution of the script, converts the 
commands defined in the script to appropriate SOAP requests which the registry 
recognises. 

{005} In environments such as web services the commands and interfaces 
supported by the various components are generally defined by a standards body such that 
all products which implement a standards defined component support the same sets of 
commands and interfaces. The UDDI registry is one such component which is defined by 
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UDDI.org and supports a client interface specified by the UDDI.org based on SOAP 
requests. As a result it is possible for one provider to provide a tool which can be used to 
create and execute scripts which result in SOAP requests which are sent to the UDDI 
registry of another provider. 

{006} However, the current set of scripting tools are somewhat restrictive as they 
are limited to creating scripts in a specific scripting language and further the scripts must 
be executed within the tool used to create them. 

Summary of the invention 

{007} Accordingly, according to a first aspect the present invention provides a 
method for a scripting tool to create a script, the method comprising the steps of: 
receiving a sequence of commands for execution; receiving an indication of one of a 
plurality of scripting languages; outputting a script in the indicated scripting language, 
the script containing the sequence of commands. 

{008} According to a second aspect the present invention provides a scripting 
tool for creating a script, the tool comprising: means for receiving a sequence of 
commands for execution; means for receiving an indication of one of a plurality of 
scripting languages; means for outputting a script in the indicated scripting language, the 
script containing the sequence of commands. 
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{009} According to a third aspect the present invention provides a computer 
program product comprising instructions which, when executed on a data processing 
host, cause the data processing host to carry out the method according to the first aspect. 

{010} Thus, according to the present invention a scripting tool is provided which 
can create scripts in a plurality of languages. In a preferred embodiment the scripting tool 
supports a plurality of scripting languages from which a user may choose to generate a 
script which contains a user defined sequence of commands. As a result, advantageously 
the user may generate a script in a preferred language, for example based on the 
knowledge of the person who will maintain the script, and further to match an execution 
environment in which the user wishes to execute the script and in which the script can be 
run independently of the tool used to create it. 

{011} Preferably each command in the sequence of commands is executed 
before generating the script. This enables a user to check that the requested command is 
valid before generating a script containing the command. Further results from each 
command may be provided to the user so that the user may use the results when selecting 
a subsequent command in the sequence. 

{012} The sequence of commands could be for performing actions in any 
product which accepts commands, for example a database product or a Universal Data 
Directory Interface (UDDI) registry. 
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Brief Description of the Drawings 

{013} The invention will now be described, by way of example only, with 
reference to a preferred embodiment thereof, as illustrated in the accompanying drawings, 
in which: 

{014} Figure 1 is a block diagram of a data processing environment in which the 
preferred embodiment of the present invention can be advantageously applied; 

{015} Figure 2 is a schematic diagram which shows a scripting tool for 
generating scripts to run against a UDDI registry according to the preferred embodiment 
of the present invention; and 

{016} Figure 3 is a flow chart of the method followed by the scripting tool of 
figure 2 when generating a script. 

Description of the Preferred Embodiment 

{017} In figure 1, a client/server data processing host 10 is connected to other 
client/server data processing host 12 and 1 3 via a network 1 1 , which could be, for 
example, the Internet. In the preferred embodiment a UDDI registry may be installed on 
any such client/server and accept requests to define details of a web service or obtain 
details of a web service from the same or another client/server data processing host. 
Client/server 10 has a processor 101 for executing programs that control the operation of 
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the client/server 10, a RAM volatile memory element 102, a non-volatile memory 103, 
and a network connector 104 for use in interfacing with the network 1 1 for 
communication with the other client/servers 12 and 13. 

{018} Figure 2 is a schematic diagram which shows a scripting tool which can 
create scripts for performing actions against a UDDI registry according to the preferred 
embodiment of the present invention. The scripting tool 200 provides a graphical 
interface which enables a user to define and execute actions which result in SOAP 
requests being sent to a UDDI registry. The tool includes a user input/ouput and 
processing component 201 which accepts and processes user requests to execute actions 
and reports results of executed actions to the user. The user i/o and processing component 
further accepts user inputs which specify that a script is to be created and indication of a 
scripting language to be used when creating the script. The tool further includes a SOAP 
component 202 which is used by the user i/o and processing component to access (251) 
the UDDI registry 212 via the registry SOAP component 21 1 . A user with a task to 
complete specifies to the user i/o and processing component an action to be executed 
against the UDDI registry, which the tool does by converting the action to an appropriate 
SOAP request and sending it to the UDDI registry. A response is then received from the 
UDDI registry for which the scripting tool reports the result back to the user. Depending 
on the result the user may then define and execute one or more further requests until the 
task to be completed is finished. The user then indicates that the task is complete. During 
this process a macro record component 203 maintains a record of the sequence of actions 
the user executed and so, when the user indicates that the task is complete, the user i/o 
and processing component asks the user if a script containing the recorded sequence of 
actions should be created. The user is further given a choice of scripting language for the 
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script to be created. In the preferred embodiment the languages available are PerlScript 
and JavaScript. If the user chooses PerlScript a PerlScript engine 204 is used to generate 
a script 205 in the PerlScript language, and if the user chooses JavaScript script a 
JavaScript engine 206 is used to generate a script 207 in the JavaScript language. 

{019} As a simple example, a user may want to access a UDDI registry to obtain 
details of all web services which match a certain criteria and then select one from those 
returned. For example if the user wishes to obtain details of all web services which began 
with the string "IBM" they may request the tool to perform an action which results in a 
SOAP request of the form: 

<?xml version=" 1 .0" encoding="UTF-8" ?> 

<Envelopexmlns= n http://schemas.xmlsoap.org/soap/envelope/"> 

<Body> 

<find_business generic- f 2.0" xmlns="urn:uddi-org:apLv2"> 
<findQualifiers> 

<findQiiaHfier>caseSensitiveMatch</findQualifier> 

</findQualifiers> 

<name>IBM</name> 

</find_business> 

</Body> 

</Envelope> 
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{020} This request might return a plurality of web services, for example, each 
with a different key. A key, for example, could identify a particular provider and as a 
result the user can select a favoured provider and further request the tool to perform an 
action to obtain more details of the web service of a favoured provider. This may result in 
a SOAP message being sent to the UDDI registry of the form: 

<?xml version="1.0" encoding="UTF-8" ?> 

<Envelopexmlns="http://schemas.xmIsoap.org/soap/envelope/"> 

<Body> 

<get_businessDetail generic= n 2.0" xmlns="urn:uddi-org:apLv2"> 

<businessKey>HE5AE0F-230C-4889-8E0D-023F</businessKey> 

</get_businessDetail> 

</Body> 
</Envelope> 

{021 } Once these two actions have been completed the user indicates that the 
task is complete and is then given the choice of creating a script which can be used to 
repeat the sequence of actions. For example if the user decides to generate a JavaScript 
script the tool may output a script of the form: 

var findBizReq = new FindBusinessRequestO; 

findBizReq.addName("ffiM"); 

findBizReq.addFindQualifier("caseSensitiveMatch"); 

var businessList = proxy. find_business(findB izReq) ; 

var getBusinessDetailReq = new GetBusinessDetailRequestO; 
getBusinessDetailReq.addBusinessKey( ,, 1 1E5 AE0F-230C-4889-8E0D-023F"); 
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var businessDetail = proxy.getJbusinessDetail(getBusinessDetailReq); 

{022} Alternatively, for example, if the user decides to generate a PerlScript 
script the tool may output a script of the form: 

#!/usr/bin/perl 

SfindBizReq = CreateBean("org.uddi4j.adapt.FindBusinessRequest"); 

$findBizReq->addName( M IBM"); 
$findBizReq->addFindQualifier("caseSensitiveMatch n ); 

$businessList = $proxy->findJbusiness($findBizReq); 

SgetBusinessDetailRequest = CreateBean("org.uddi4j .adapt.GetBusinessDetailRequest"); 
$ g etBusinessDetailRequest->addBusinessKey( M 1 1 E5 AE0F-230C-4889-8E0D-023F"); 
SbusinessDetail = proxy->get_businessDetail($getBusinessDetailRequest); 

{023 } A created script may then be run using an appropriate tool which is 
independent of the tool used to create the script. Returning to figure 2, the PerlScript 
script 206 may subsequently be executed (254) using an execution tool which provides a 
PerlScript engine 23 1 . Alternatively the JavaScript script 207 may subsequently be run 
on an execution tool which provides a JavaScript engine 221 . In both cases the 
appropriate engine converts each action in the script into a SOAP request for sending 
(256) to the UDDI registry 212. 

{024} Figure 3 shows the method steps which are followed by the scripting tool 
201 of figure 2, according to the preferred embodiment of the present invention. At step 
301 the tool receives an action to run against a UDDI registry. During the first pass 
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through step 301 the action is the first of a sequence of actions which complete a task to 
be performed with a UDDI registry. The scripting tool keeps a record of the action 
requested before creating an appropriate SOAP request and sending it to the UDDI 
registry at step 302, and receiving a response to the request action at step 303 details of 
which are provided to the user. At step 304 a check is made to see if the user has another 
action to input as part of the sequence of actions and if so processing returns to step 301 
where the next action is received. However, if the sequence is complete, the user is 
offered the chance to create a script and at step 305 the user response is checked. If the 
user wants to create a script the user is given the chance to indicate which of a plurality of 
scripting languages is to be used and at step 306 an indication of the scripting language 
chosen is received. Finally at step 307 a script is created in the language chosen. The 
generated script may then be executed outside of the scripting tool that produced it and as 
a result the same sequence of actions can be executed in a "batch" or "command-line" 
environment, or any environment that supports the particular scripting language. 

{025} Note that whilst the tool of the preferred embodiment only supports 
JavaScript and PerlScript scripts in another embodiment is could support more or 
different scripting languages such as NetRexx, Bean Markup Language (BML), JACL 
Adventure Creation Language, Jython, Python, VBScript, Jscript and PerlScript. 

{026} Further note that a skilled person would realise that the method described 
in figure 3 could be implemented in a variety of programming languages, for example, 
Java™, C, and C++ (Java and all Java-based trademarks are trademarks of Sun 
Microsystems, Inc. in the United States, other countries, or both). Further a skilled person 
would realise that once implemented the methods can be stored in a computer program 
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product comprising or more programs, in source or executable form, on a media, such as 
floppy disk, CD, and DVD, suitable for loading onto a data processing host and causing 
the data processing host to carry out the methods. 

{027} Thus the present invention provides a method for a scripting tool, a 
scripting tool, and computer program product which carries out a method for a scripting 
tool, to create a script for executing a sequence of commands. The scripting tool receives 
and processes a sequence of commands and then receives an indication of one of a 
plurality of scripting languages. Based on this information the tool then creates a script, 
in the scripting language indicated, containing the sequence of commands. The script 
may then be run in an execution environment which supports that scripting language and 
is independent of the scripting tool. In a preferred embodiment the scripting tool receives 
and processes a sequence of commands as specified by a user and then enables the user to 
choose one of a plurality of scripting languages such that when tool creates a script 
containing the sequence of commands the script is created in the language chosen by the 
user. 



11 



